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5 This application claims priority to U.S. Provisional 

Patent Application. No . 60/420,467, filed 10/22/2002, the 
entirety of which is incorporated herein by reference. 
This application also claims priority to U.S. Provisional 
Application No. 60/420,301, filed 10/21/2002, the 
10 entirety of which is incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates generally to 
15 computer software applications and data. Even more 

specifically, the present invention relates to a system 
and method for creating a project management chart. 

2 . Discussion of the Related Art 

20 Software applications have become widely used 

tools that are used in a variety of ways in everyday 
life. Project management applications, for example, 
process data that includes information about tasks that 
need to be done, the resources to perform the tasks, and 

25 deadlines that need to be met to stay on schedule. 

A PERT chart is a project management tool used 
to schedule, organize, and coordinate tasks within a 
project. PERT stands for Program Evaluation Review 
Technique, a methodology developed by the U.S. Navy in 

30 the 195 0' s to manage the Polaris submarine missile 

program. A PERT chart presents a graphic illustration of 
a project as a network diagram consisting of number nodes 
(either circles or triangles or similar shapes) 
representing events, or milestones in the project linked 
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by labeled vectors (directional lines) representing tasks 
in the project. The direction of the arrows on the lines 
indicates the sequence of tasks . 

In the project management chart software 
5 market, for example, Microsoft Project®, Artemis® and 
Primavera® brand project management applications, are 
software programs where projects can be illustrated in a 
PERT chart or project management chart. 

10 SUMMARY OF THE INVENTION 

In one embodiment, the invention can be 
characterized as a method of creating a program 
management chart comprising the steps of displaying a 
plurality of tasks within a selected set of data as a 

15 first part of the program management chart; and 

displaying a task that is outside of the selected set of 
data but that is associated with at least one of the 
plurality of tasks within the selected set of data as a 
second part of the program management chart . 

20 In another embodiment, the invention can be 

characterized as a method of creating a program 
management chart comprising the steps of displaying a 
work breakdown structure tree associated with a project 
without accessing project data; selecting a subf older 

25 within the work breakdown structure tree; and accessing 
task data associated with the selected subfolder within 
the work breakdown structure tree without accessing all 
of the project data. 

In a further embodiment, the invention may be 

30 characterized as a method of creating a program 

management chart comprising the steps of selecting one of 
a plurality of tasks within a program management chart; 
determining which of the plurality of tasks within the 



program management chart are predecessor tasks of the 
selected one of the plurality of tasks; determining which 
of the plurality of tasks within the program management 
chart are successor tasks of the selected one of the 
5 plurality of tasks; and displaying the program management 
chart with only the selected one of the plurality of 
tasks and the predecessor tasks or the successor tasks of 
the selected one of the plurality of tasks. 

In yet another embodiment, the invention may be 

10 characterized as a method of creating a program 

management chart comprising the steps of selecting a task 
within a project, the task including a display data 
associated with the task; accessing a database comprising 
task data associated with the selected task, the task 

15 data including the display data and non-display data; and 
displaying the task data associated with the selected 
task. 

In another embodiment, the invention can be 
characterized as a method of creating a program 

20 management chart comprising the steps of displaying a 

plurality of tasks forming the program management chart; 
displaying an interface for filtering the plurality of 
tasks; selecting a parameter value using the interface 
for filtering the plurality of tasks; displaying the 

25 program management chart with only those tasks having the 
parameter value. 

In a subsequent embodiment, the invention may 
be characterized as a method of creating a program 
management chart comprising the steps of accessing a 

30 subset of data within a project; displaying a plurality 
of tasks associated with the subset of data; and 
displaying a task that is outside of the subset of data. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The above and other aspects, features and 
advantages of the present invention will be more apparent 
from the following more particular description thereof, 
5 presented in conjunction with the following drawings 
wherein : 

Fig. 1 is a block diagram illustrating a system 
in accordance with one embodiment of the present 
invention; 

10 Fig. 2 is a block diagram illustrating an 

overview of the database shown in Fig. 1; 

Fig. 3 is a flow diagram illustrating a method 
of accessing data within a project in accordance with 
another embodiment of the present invention; 

15 Fig. 4 is a diagram illustrating a work 

breakdown structure tree and program management chart in 
accordance with one embodiment of the present invention; 

Fig. 5 is a block diagram illustrating an 
overview of a subset of data within a project; 

20 Fig. 6 is a flow diagram illustrating a method 

of displaying tasks of a program management chart in 
accordance with a further embodiment of the present 
invention; 

Fig. 7 is a diagram illustrating different task 
25 representations in accordance with a program management 

chart of yet another embodiment of the present invention; 

Fig. 8 is a diagram illustrating a work 
breakdown structure tree and program management chart in 
accordance with another embodiment of the present 
30 invention including tasks having different task 
representations ; 
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Fig. 9 is a diagram illustrating one embodiment 
of the present invention for displaying a program 
management chart by different timescales; 

Fig. 10 is a block diagram illustrating data 
5 associated with a task; 

Fig. 11 is a flow diagram illustrating a method 
of displaying data associated with a task in accordance 
with an additional embodiment of the present invention; 

Fig. 12 is a diagram illustrating one 
10 embodiment of displaying data associated with a task in 
accordance with the method of Fig. 11; 

Fig. 13 is a flow diagram illustrating a method 
of filtering tasks in accordance with yet a further 
embodiment of the present invention; 
15 Fig. 14 is a diagram illustrating a program 

management chart before filtering tasks in accordance 
with the method of Fig. 13; 

Fig. 15 is a diagram illustrating one example 
of an interface for filtering tasks in a program 
20 management chart ; 

Fig. 16 is a diagram illustrating one example 
of a program management chart after filtering tasks in 
accordance with the method of Fig. 13; 

Fig. 17 is a flow diagram illustrating a method 
25 of grouping tasks by a parameter value within a program 
management chart ; 

Fig. 18 is a diagram illustrating one example 
of displaying a program management chart that is grouped 
by a parameter value; 
30 Fig. 19 is a flow diagram illustrating a method 

of displaying a program management chart in accordance 
with yet an additional embodiment of the present 
invention; 
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Fig. 20 is a diagram illustrating the selection 

of a task; 

Fig. 21 is a diagram illustrating a selected 
task and all of the other tasks within the program 
5 management chart / and 

Fig. 22 is a diagram illustrating a second 
embodiment of a program management chart display in 
accordance with the method of Fig. 19. 

Corresponding reference characters indicate 
10 corresponding components throughout the several views of 
the drawings . 

DETAILED DESCRIPTION 

The following description is not to be taken in 

15 a limiting sense, but is made merely for the purpose of 
describing the general principles of the invention. The 
scope of the invention should be determined with 
reference to the claims. 

The present invention is a software application 

20 for use on a computer, e.g., a desktop computer and 
laptop computer. The application allows a user to 
extract schedule data into a program management chart. 
The software application has standard features of known 
project management chart applications, however the 

25 present invention incorporates many new features making 
the application more user friendly, more efficient and 
able to provide a user with more data than previous 
program management chart applications. 

Referring to Fig. 1, a computer system is shown 

30 in accordance with the present invention. Shown is a 
computer 100, a processor 108, a memory 102, an input 
device 106, a display monitor 104, and a database 110. 
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The computer 100 includes the processor 108, 
the display monitor 104, the input device 106 and the 
memory 102. The computer 100 can be any type of computer 
such as is known in the art. For example the computer 
5 can be an IBM compatible computer, a Macintosh computer, 
a UNIX system, etc. The invention is not limited to the 
type of computer or type of hardware system that is being 
used, but rather can be implemented using combinations of 
hardware, software, or combination thereof, including, 
10 for example, general purpose and special purpose 
computers . 

As shown, the database 110 is external to the 
computer 100, however, the data can in practice be stored 
in the memory 102 of the computer 100, and/or can be 

15 located remotely from or locally to the memory 102 of the 
computer 100. In one example, the data is stored in 
memory 102 located within a local area network (LAN) to 
which the computer is connected. The data regardless of 
where located can be stored on any type of memory device 

20 such as a CD-ROM, a floppy disk, RAM, ROM, a hard drive, 
etc. capable of storing the database 110. 

Referring next to Fig. 2, a block diagram is 
shown illustrating an overview of a database structure 
for the database 110 shown in Fig. 1. Shown is the 

25 project data 200, a first group of data 202, a second 

group of data 204, a first subgroup of data 206, a second 
subgroup of data 208, a third subgroup of data 210, a 
fourth subgroup of data 212, and task data 214. 

All of the groups of data are related to a work 

30 breakdown structure tree (described with reference to 
Fig. 4) . The database structure provides for a system 
where a user can access task data 214 within a project 
without having to open all of the project data 200. 
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Prior designs require all of the project data 200 to be 
opened by the computer before a user can access the task 
data 214. In accordance with a preferred embodiment, any 
group of data within the project can be accessed and a 
5 corresponding project management chart displayed. For 
example, a user can select the first subgroup of data 
206. The selection of the data will be described further 
herein with reference to Figs.. 3 and 4. The data is then 
accessed only for the tasks within the first subgroup of 

10 data 206 and a corresponding program management chart 

will be displayed. This provides for a huge savings in 
system resources as compared with prior designs, as in 
prior designs if a user wanted to access only the first 
subgroup of data 206, all of the project data 200 would 

15 be opened and then the unwanted portion of the program 
management chart would be filtered to display only the 
desired section of the program management chart. 

In accordance with a preferred embodiment, the 
project data 200 is stored such that any of the different 

20 groups can be opened without opening the data in a larger 
group. Additionally, a program management chart 
associated with a smaller group of data can be displayed 
without having to access a larger group of data. For 
example a user can open the second group of data 2 04 

25 without opening the first group of data 2 02 or the 

project data 200 and then display a program management 
chart for only the second group of data 2 04. 

Referring next to Fig. 3, a method is shown for 
displaying a program management chart in accordance with 

30 the present embodiment . 

First, a work breakdown structure (WBS) tree, 
shown in Fig. 4, is created 3 00 by forming an expandable 
table. The expandable table is representative of the 
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different projects available to a user and the different 
levels within a project. Any project can have one or 
more levels associated within the project. The WBS 
allows a user to see an overview of different projects 
5 without accessing the data that is part of the project. 

Next, the WBS tree can be expanded and 
collapsed for any given project, thus exposing sub 
folders within a project 302. Each of the sub folders 
generally relates to different parts of the projects. As 

10 shown, each sub folder can be further divided into its 

own subf olders . This can be repeated as many times as is 
necessary in order to properly define different parts of 
the project. Each of the subf olders can be 
representative of one of the groups of data shown in Fig. 

15 2. 

Next, in operation, one of the sub folders is 
selected 304. This displays the different tasks 
associated with the selected sub folder. The data 
associated with the sub folder is then accessed after the 

20 selection of the subfolder and the tasks associated with 
the sub folder are then displayed. In prior designs, in 
order to access sub folders within a project, all of the 
data associated with the project must first be accessed. 
Next in the prior designs when a sub folder is selected, 

25 the data is filtered to only show those tasks within the 
subfolder. Advantageously, by creating a WBS Tree which 
can be viewed without accessing the data associated with 
the selected project, computer resources are greatly 
conserved. As described with reference to Fig. 2 when a 

30 subfolder is selected, the subfolder will only open the 
data associated with the subset of data and the 
corresponding program management chart will be displayed. 
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Referring next to Fig. 4, shown is a diagram 
illustrating a WBS tree and a program management chart in 
accordance with the present embodiment. Shown is the WBS 
tree 400, a subf older 404, expand and minimize boxes 406, 
5 and a plurality of tasks 402. 

As is shown the WBS tree 400 has been selected 
at the subf older 404 within the project, thus the portion 
of the database associated with the subfolder 404 is 
accessed and the plurality of tasks 402 are displayed. A 

10 user can further click on expand and minimize boxes 406 
in the WBS Tree 400 to expand or compress the tree, thus 
allow for a further subfolder within the project to be 
selected. This greatly increases the efficiency of the 
project management chart as the data for the entire 

15 project, which can be an extremely large amount of data, 
does not all have to be accessed at the same time. 

Referring to Fig. 5, a block diagram is shown 
illustrating the data associated with a selected set of 
data. Shown is a selected set of data 500, task data 

20 502, and header data 504. Both the task data 502 and the 
header data 504 are associated with, for example, the 
subfolder 404 shown in Fig. 4. 

The task data 502 is all of the data associated 
with the tasks within the subfolder 404. This can be any 

25 amount of data. Generally a subset of the task data is 
shown inside of the displayed task of the program 
management chart. As will be described further herein 
with reference to Figs. 10-12, all of the task data 502 
is accessible through the selection of one of the tasks 

30 in the program management chart. 

The header data 504 is data that is related to 
tasks outside of the selected set of data but is related 
the tasks within the selected set of data 500. The 



header data 502 allows a representation of a task to be 
displayed in the program management chart without having 
all of the data associated with the task open. This 
greatly increases the system resources as data for tasks 
5 outside of the selected set of data is not accessed but 
the header data 504 can still show a representation of a 
task. 

Referring to Fig. 6, shown is a flow diagram 
illustrating a method of displaying tasks in a program 

10 management chart in accordance with the present 

embodiment. As described above with reference to Fig. 5, 
tasks within the selected set of data and tasks outside 
of the selected set of data may be displayed in a program 
management chart . 

15 In operation, the tasks within the selected sub 

folder of a project are displayed 600 and form part of 
the pro j ect management chart . 

Additionally, tasks can be displayed that are 
predecessor or successor tasks to any of the displayed 

20 tasks but that are not part of the current project 602. 
The tasks that are outside of the current project are 
displayed such that they can be differentiated by a user. 
For example, a task outside of the project can be an oval 
shape, while a task within the currently opened data set 

25 is rectangular shaped. The data associated with the task 
outside the project is not currently open. In order to 
access the data that is associated with the task outside 
of the project a user selects the task. Only then is the 
data associated with the task opened. Additionally, the 

30 present design allows for only the data associated with 
the selected task to be opened. Prior designs must open 
the entire other project in order to access the data that 
is associated with the one selected task. Thus, the 
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current design uses the computer resources in a much more 
efficient manner than prior designs. As described above, 
the current embodiment has header data that is used to 
display the tasks outside of the current project. 
5 Additionally, tasks that are outside of the 

currently opened data set can be displayed 604. These 
are tasks that are within the current project, however 
are outside of the selected subf older of the project. 
The tasks are displayed such that they can be 
10 differentiated by a user from both tasks within the 

opened data set and tasks outside of the project. For 
example, in one example the task shape is a triangle. 
The header data is also used to display the tasks that 
are outside of the currently opened data set. 
15 Referring to Fig. 7, shown are examples of 

different representations for tasks within a project 
management chart. Shown is a started task 700, a 
completed task 702, an non-started task 704, a completed 
activity outside of the WBS selection 706, and a non- 
20 started task outside of the project selection 708. The 
different types of tasks are conveniently shown in 
different shapes and have different markings in order for 
a user to easily differentiate one task from another. 
The shapes shown are for representation only and any 
25 means of differentiating between different types of tasks 
may be used. 

Referring next to Fig. 8 a diagram is shown 
illustrating a selected sub folder and the program 
management chart associated with the selected sub folder. 
30 Shown is a WBS tree 800, a completed task 802, a started 
task 804, a finished task outside of the current data set 
806, a necessary task outside of the current data set 
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808, a project level within the WBS tree 810 , and a 
selected subf older 812 within the WBS tree. 

In one embodiment, a user will expand the WBS 
tree 800 the project level 810. Next the user will 
5 select the subf older 812 within the WBS tree. When the 
user selects the subf older 812, the data associated with 
the subf older 812 is then opened and the project 
management chart is created. Within the task data 502 
associated with the subfolder 812 is the data for all of 

10 the tasks within the subfolder 812. Additionally, header 
data 504 is located within the data set. The header data 
504 from Fig. 5 can be either for tasks that are inside 
of the current project, but outside of the currently 
opened data set or for tasks that are located outside of 

15 the current project. This allows a user to be able to 

view a task that is outside of the currently opened data 
set without actually accessing all of the data associated 
with the task. This saves valuable system resources. 
When the task is outside of the current project, the data 

20 is stored within the other project. While the user can 
see the task that is outside of the current project, in 
order to actually access all of the data associated with 
the task, the other project will have to be opened or a 
subfolder within the project will have to be opened in 

25 order for the data to be available. 

Referring next to Fig. 9, a program management 
chart is shown that is able to timescale the tasks. 
Shown is a plurality of tasks, a first time scale 900, 
and a second time scale 902. 

30 In accordance one embodiment the plurality of 

tasks are place on the time scaled chart according to 
when the task needs to be accomplished. The first time 
scale shows a program management chart with each division 
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corresponding to one day. The second time scale shows a 
program management chart with each division corresponding 
to a quarter of a year. It is possible to use any 
division of time that a user wishes to view the program 
5 management chart with. Additionally, the tasks can be 

placed into the different divisions of time either by the 
completion date of the task or the start date of the 
task. 

Referring to Fig. 10 a block diagram is shown 
10 illustrating data associated with a task. Shown is all 

of the task data 1000, display data 1002, and non-display 
data 1004. 

Each task within a project has task data 1000 
associated with the task. In prior program management 

15 chart programs, all of the task data was shown in the 

task box in the program management chart . In accordance 
with one embodiment of the present invention, only a 
portion of the data associated with the task is shown in 
the program management chart, i.e., the display data 

20 1002. Additionally, each task has more data associated 
with it that is not shown in the program management 
chart, i.e., non-display data 1004. This allows a task 
to have much more data associated with it without having 
to display all of the data in the program management 

25 chart. Preferably, the display data 1002 and non-display 
data 1004 are user changeable, such that the most 
pertinent or user desired data is the display data 1002 
and the rest of the data is non-display data 1004. 

Referring to Fig. 11 a flow diagram is shown 

30 illustrating a method for displaying data within a task. 

First a user selects a task from the program 
management chart 1100. Generally the task is within the 
opened set of data, such as is described earlier. 
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However, the task can be a task that is outside of the 
currently opened data set, e.g., a task outside of the 
current project or a task outside of the currently 
selected sub folder. 
5 Next all of the data for the selected task is 

displayed 1102. Generally, a task box within the program 
management chart has only a portion of the data for the 
task actually displayed within the task box. However, 
when a user selects a task, the full set of data 
10 associated with that task can then displayed. If the 

task is outside of the currently opened data set, the sub 
folder where that task is located will be opened, thus 
giving access to the full set of data associated with 
that task. 

15 A user is then able to select a sub set of data 

from the full set of data that the user would like to 
display within the task box 1104. This allows a user to 
have different fields of data displayed for different 
tasks within the program management chart. Prior designs 

20 require that a user designate the display fields for the 
entire project and do not allow them to be changed for 
individual tasks within the project. 

Referring to Fig. 12 a diagram is shown 
illustrating one embodiment of displaying the full set of 

25 data associated with a task. 

Shown is a plurality of field names 1200, a 
plurality of selection boxes 1202, a plurality of field 
values 1204, an include all box 1206, and a suppress 
blank fields box 1208. Each of the plurality of field 

30 names 1200 includes one of the plurality of selection 

boxes 1202. The selection boxes 1202 allow the user to 
select the data that will be shown in the task that is 
part of the program management chart. The include all 
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box 1206 allows a user to display all of the data 
associated with the task in the task box. The suppress 
blank fields box 1208 allows a user to only view those 
field names that have a corresponding data entry in the 
5 field value 1204. This is one embodiment that allows a 
user to select and change the display fields within the 
task box, however, many other interfaces can be used in 
accordance with the present invention. 

Referring to Fig. 13, a flow diagram is shown 

10 illustrating for filtering data in accordance with the 
display of a program management chart. 

First a project or sub-set of data within a 
project is selected 1300. A program management chart 
corresponding to the selected data can then be displayed 

15 1302. Next a user can select a set of filtering criteria 
through a user interface 13 04. A program management 
chart is then displayed showing only those tasks that 
meet the filtering criteria previously selected by the 
user 1306. Advantageously, this allows a user to display 

20 a program management chart specific to the users needs. 

Referring to Fig. 14, a diagram is shown 
displaying a program management chart before filtering 
data associated with the shown tasks. The program 
management chart is shown for the entire set of selected 

25 data 

Referring to Fig. 15, a diagram is shown 
illustrating a filtering interface for filtering the task 
boxes that are in the program management chart shown in 
Fig. 14. Shown is a condition field 1500, a parameter 
30 field 1502, a determination field 1504, and a value field 
1506. 

A user is able to set the parameter field 1502 
to select the type of data they would like to filter the 
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program management chart by. The parameter field 1502 is 
dependent upon which data fields are used in the current 
project or selected sub level within the project. Next a 
user can then enter into the value field 1506 the data to 
5 search for and filter within the selected parameter 
field 1502. 

The condition field 1500 is used to be able to 
determine the relationship between the different 
parameter fields. The condition field 1500 can have 

10 values such as "and, or, and not," etc. The 

determination field 1504 is used to show the relationship 
between the parameter field and the value field. 

Thus, in operation, the filtering interface 
allows a user to view only those tasks within the project 

15 that meet the filtering criteria. This can be very 

beneficial to as user who would only like to view the 
tasks that they are responsible for. In this example, 
the user would select the parameter field 1502 to be 
"primary resource" and enter their own name into the 

20 value field 1506. The project management chart will then 
only show task for which the user is entered as the 
"primary resource" in the database. 

In another example, a project manager could 
filter out all tasks which have not been completed. This 

25 would allow the project manager to easily view the 
progress of the project. Any data that is in the 
database can be filtered and the corresponding tasks that 
meet the filter criteria will be displayed. 

Referring to Fig. 16, a diagram is shown 

30 displaying a program management chart after filtering 

data associated with the shown tasks. Shown is a program 
management chart that includes only the tasks that meet 
the criteria selected in the filtering interface shown in 
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Fig. 15. Thus, a smaller number of tasks are shown in 
the program management chart as compared with the program 
management chart shown in Fig. 14. 

Referring to Fig. 17, a flow chart is shown 
5 illustrating a method of displaying tasks within the 
program management chart . 

First, a user selects the data field they would 
like to group 1702. For example, if a user would like to 
view all the tasks within the selected data set, however, 
10 they would also like to easily view who is the "primary 
resource" for each of the tasks, then the user would 
select "primary resource" as the parameter for grouping. 

Next, the tasks within the selected data set 
are grouped together for the selected parameter while 
15 still maintaining the relationships between the tasks 

1704. One example of displaying the tasks in a grouped 
manner is shown in Fig. 18. 

Referring next to Fig. 18, a diagram is shown 
illustrating one example of displaying grouped tasks 
20 according to the method shown in Fig. 17. Shown is an 
ungrouped view 18 00 of a program management chart, a 
grouped view of the program management chart 1802, and a 
plurality of group values 1804. 

In this embodiment, the grouped view of the 
25 program management chart has been grouped by "primary 

resource." The plurality of group values 1804 shows two 
different people who are the "primary resource" for the 
tasks . 

The grouped view 1802 advantageously shows the 
30 different tasks separated into groups depending upon who 
is in charge of the task. This view makes it vary easy 
for a project manager to determine the workload of 
everyone working on the project at the same time. The 
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program management chart can be grouped by any parameter 
within the database. 

Referring next to Fig. 19, a flow diagram is 
shown illustrating a method of displaying tasks within a 
program management chart . 

First a group of tasks is displayed to user 
1900. The group of task can be either displayed as a 
program management chart or can be only displayed within 
one of the sub folder within the WBS tree. 

Next a user selects one of the tasks 1902. The 
program management chart is then displayed only with 
those tasks that are predecessor or successor to the 
selected task 1904. In one preferred embodiment, the 
user can select whether to show all of the data 
associated with the selected task, or the user can select 
to only show predecessor or successor data. 

This advantageously allows a user to determine 
which tasks are directly related (either by predecessor 
or successor) to the selected task without having to go 
though look at all of the other tasks within the program 
management chart . 

Referring next to Fig. 20, a diagram is shown 
illustrating a selected task for tracing the predecessor 
and successor tasks. Shown is a selected task 2000, and 
a trace logic option bar 2002. This allows a user to 
select a task a then choose to display predecessor tasks, 
successor task, or both. 

Referring next to Fig. 21, a diagram is shown 
illustrating the selected task 2000 shown with all of the 
tasks in the program management chart. Shown is the 
selected task 2000 with all of the other tasks in the 
program management chart . 
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Referring to next to Fig. 22, a diagram is 
shown illustrating the selected task 2000 shown with only 
predecessor and successor tasks. This provides the user 
with the ability to select a task and then determine 
5 within the project those tasks that must be completed 

before or after the selected task 2000 without having to 
view the entire program management chart. 

While the invention herein disclosed has been 
described by means of specific embodiments and 
10 applications thereof, other modifications, variations, 

and arrangements of the present invention may be made in 
accordance with the above teachings other than as 
specifically described to practice the invention within 
the spirit and scope defined by the following claims. 
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